home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
The CDPD Public Domain Collection for CDTV 4
/
CDPD_IV.bin
/
e
/
mailinglists
/
amigae.0793july.archive
/
000088_crash!cup.port….com!Politikill_Tue, 27 Jul 93 16:15:25 PST.msg
< prev
next >
Wrap
Internet Message Format
|
1994-05-26
|
3KB
Received: by bkhouse.cts.com (V1.16/Amiga)
id AA00000; Tue, 27 Jul 93 16:15:25 PST
Received: from nova.unix.portal.com by crash.cts.com with smtp
(Smail3.1.28.1 #15) id m0oKuMJ-00002NC; Tue, 27 Jul 93 12:06 PDT
Received: by nova.unix.portal.com (5.65b/4.1 1.383)
id AA01268; Tue, 27 Jul 93 12:10:41 -0700
Received: from hobo by portal.unix.portal.com (1.685)
id AA06062; Tue, 27 Jul 93 12:10:38 -0700
Received: by hobo.corp.portal.com (4.1/4.0.3 1.68)
id AA11541; Tue, 27 Jul 93 12:10:37 PDT
Return-Path: <Politikill@cup.portal.com>
Lines: 44
Date: Tue, 27 Jul 93 12:10:36 PDT
Message-Id: <9307271210.2.22837@cup.portal.com>
X-Origin: The Portal System (TM)
From: Politikill@cup.portal.com
To: AmigaE@bkhouse.cts.com
Subject: Re: CHIP specifier
>>
>> I would also greatly appreciate a chip specifier. What are
>> the advantages of storing this sort of data in a separate
>> file? IMO, it only creates problems for the end-user when
>> they come to copy your product to their hard disk or
>> whatever.
>>
>> Why not give the compiler a command-line option to
>> incorporate graphics/sound files into the finished
>> program. E could give the program a pointer to a
>> structure which tells it where the memory is etc. In this
>> way, Amiga E could achieve a 'memory bank' type operation
>> which is what has helped AMOS become so incredibly
>> popular. What do you think Wouter? Is this feasible?
>
>I requested this when E first came out (remember Wouter?) and _still_
>think its a good idea.
I think this is a good idea, but would rather wait for it if it would
delay 2.5. Let it come out later in 2.6 or something. This could also be
accomplished now in the style of EPP with an external program. It would
probably require a small module/lib to be made, and the info could be
UUencoded into text, stuck into the code as an argument (a very LONG argument
at that!) to a function which would decode and load it into memory, where E
could access it. A kind of LINKER. It shouldn't take up more space than have
EC code it in some proprietary way. Someone would just have to implement a way
of UUencoding it into text, so EC doesn't choke on it. All the LINKs would be
put at the end of the code before it was compiled.
Whatcha think?
/ / /
/_/_/iZ
MODULE 'WiZkId'
PROC main()
wizkid.inetaddress:='Politkill@cup.portal.com'
wizkid.realname:='Jeffrey J Peden ]['
ENDPROC
*-- GammaTag Version 2.8 --*
*-- Yeah, but what's the speed of DARK?